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Services Available To Users Of The NTSU Commuting; Facilities 

All people mentioned below may be contacted by calling 

(817) 565-2324: 

Project Numbers, and IDs- Carolyn Goodman in the 
Computing Center reception Area, ISB 119. 

Newsletter Questions^Contributions^etc. - Claudia Putnam. 

Statistical/Research Support (provided for graduate students 
and faculty members) - Bob Brookshire, George Morrow, 
Claudia Putnam, and Mohamad Salahshoor. 

Non-Research Student Programming Problems - student consultants 
from the Computer Science Department are located in GAB 
550 L. Student consulting provided by the College of 
Business is available at the BA Computing Access Facility. 

JCL and Debugging Problems - Mohamad Salahshoor. 

?E.e-Research Counseling, Including Survey Instrument Design - 
Bob Brookshire, George Morrow, and Claudia Putnam. 

Data Entry to MUSIC, Keypunch Seguests and Questions Regarding 
Layout of Keypunch Sheets; Interpreting - Betty Grise, 

ISE 227. 

last Scoring and Analysis - 3etty Grise. 

Academic Timesharing Information and/or Problems HP 2000 and 
AS/5000 MUSIC (McGill University System for Interactive 
Computing) information and problems, including terminal 
problems- Mohamad Salahshoor. VAX 1 1/780 information 
and/or problems - Kim Stickney. 

i^ministrative Applications - Coy Haggard. 

AS/5000 Computer Hardware/Software^Billing Problems - Sandy 
Franxlin. 

JOB Submission and Retrieval - RJE Operators. 


£^11 Computing Hours 

Computing facilities will be open during the following times 
rhrougnout the Fall (not applicable to holidays): 


Computing Center RJE: 


8 AM - Midnight, Monday-Saturday; 
Noon-Midnignt, Sunday. 


College of Business RJE: 8:15 AM - Midnight, Monday-Saturday; 

12:15 PM - Midnight, Sunday 


5th Floor GAB: 


7 AM - 2 AM, Monday-Saturday; 
Noon - Midnight, Sunday 


The Computer Room and student keypunch/terminal area (ISB) are 
open 24 hrs/iay Mon.-Fri., 8 Ad-MN Sat. and Noon-MN Sun. System 
Backups (see this issue for schedules) and backlog processing 
are done between the hours of 8 AM and Midnight, Mon.-Sat-- 
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ALTERED HOURS OF OPERATION 


The following hours will be 
Computing Center RJE : 

College of Business RJE : 
5th Floor GAB : 


in effect during Semester Break: 

OPEN Monday-Saturdav 8 AH-Midnight, 
August 13 - 27. 

CLOSED August 21 & 28 

CLOSED August 12 - August 28 

OPEN Monday-Friday 8 AM-Midnight, 
August 22-26. 


STAFF RANK HIGH IN SYTEK USER'S GROUP 


Tom Madron and Mike Maner, noth of the Computer Services area of the Com¬ 
puting Center, attended the SYTEK User's Group meeting in Palo Alto, Ca¬ 
lifornia during the month of June and came away with the positons of Pre¬ 
sident and Vice President, respectively. SYTEK is the company that 
markets the Local Area Network (LAN) that is currently being installed 
throughout the University and that will be the primary avenue of communi¬ 
cation with our computers by the end of the Fall semester. (See 
BENCHMARKS, Volume 4 Number 2, "Status Report on Computing at NTSU," for 
more information on the LAN) . 


THE COMPUTING CENTER HAS REORGANIZED ! 


he organization of the Computing Center has changed. The responsibility 
or delivery, reliability, and performance of computer services is now 
assigned to the Manager of Computer Services, Tom Madron (whose title has 
changed as well, it was Manager of Academic Computing Services). The 
responsibility for the development, implementation, and maintenance of 
information systems is assigned to the Manager of Information Systems 
(Coy rioggard). Following is a chart of the new organization of the Com¬ 
puting Center. 
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Computing Center Status Report: July 1983 
by Thomas Wm. Madron, Manager of Computer Services 


July and August have been exceptionally busy around the Computing Center, 
and September promises to be equally hectic. The original plan, after 
National Advanced Systems (NAS) won the bid for IBM-compatible computing 
(in Jane), was to install the AS/6650 during August and the AS/8040 in 
November. Because of shipping opportunities for National, that schedule 
was reversed and the AS/8040 nas been installed in the GAB 5th floor com¬ 
puting facility. 
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1 he intent was to have the 8040 on line, replacing the AS/5000 by the 
first of September. Because of shipping delays in related equipment the 
cutovec schedule may have to be slipped to the end of the second week of 
September. The AS/8040 is the machine which will be used primarily for 
instruction and research while the AS/6650 will be used primarily for ad¬ 
ministrative computing. 

While the two computers will be located on the 5th Floor of the GAB, 
printed output will continue to take place in the Information Sciences 
Building as well as at RJE stations. On order is a near letter quality 
laser printer and an impact printer from hewlett-Packard. The laser 
printer will operate at 45 pages per minute (about 2900 lines per minute) 
and the impact printer at 1000 lines per minute. 

Ihe Local Area Network (LAN) is being deployed as quickly as possible 
and virtually all academic terminals will be using the LAN by September 
1. Telephone dial-up lines will continue to be available, but they will 
ne connected to the LAN making it possible for any user, either local or 
dial-up, to access either the NAS computers or the VAX 11/780s. As soon 
as deliveries of terminals are made, the terminal area on the 5th Floor 
of the GAB will have 64 terminals, as will the terminal facility in Busi¬ 
ness Adminstration. A terminal cluster of 24 terminals will replace the 
Keypunches in ISB (see "Keypunch Machines Bite the Dust," in this issue). 
The plan is to increase the terminal cluster in Wooten from four to eight 
terminals and later in the year to do the same for the cluster in Music. 
As a result, there will be nearly four times as many terminals available 
ror public use during the 1983-84 Academic year as were previously on 
hand. 

With the number of new machines being installed not all documentation 
is yet available. A reasonably full set of VAX manuals should be availa¬ 
ble shortly in each terminal cluster. Short instructional "cheat sheets" 
are available from the Computing Center explaining the use of the LAN. 
In addition, reference cards are also available from The Computing Center 
which deal with the new Tape Management System (IMS) , and for microcompu¬ 
ter users, one for the CP/M operating system. You must watch BENCHMARKS 
for the most current information on all systems. 


NISU COMPUTING CENTER GENERAL AND ACADEMIC CONSULTING POLICIES 


The NTSU Computing Center operates as a service department of the Univer¬ 
sity, established to provide saared computing resources for instruction, 
research, and administration. The Center also provides coordination, ad¬ 
vice, and assistance in the acquisition, installation, and maintenance of 
minicomputers, microcomputers, and terminals. 


The Computing Center reports to the Vice-President for Fiscal Affairs 
and Treasurer, and works closely with the University Computing Council, 
wnicn reports to a steering committee of NTSU vice-presidents and the 
ICOM president. 

General Policies: 


Academic and administrative departments (account numbers 10000-49999) are 
no longer charged for their use of computing services. Therefore, in- 
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atructionai computing resources are handled very similarly to Library 
resources. However, faculty members are expected to make cost-effective 
use 01 tne services provided and use good judgement when making class as¬ 
signments, particularly during peak workload periods. Services are au- 
ta Oj. lzed by approval or Project Authorization Forms, which department 
neaas are required to review and approve. 


external grants ana auxiliary enterprises are still budgeted and cont¬ 
rolled the same as any other expenditure. The Computing Center provides 
computing services for TCOM through an interagency agreement and also 
provides limited services to other governmental agencies. 

Academic Consulting Policy: 

Ali disciplines are putting greater and greater emphasis on computing. 
Sailing it necessary for individual faculty members and students to learn 
to deal with computing facilities directly, without the need for inter¬ 
vention by computer professionals. In addition to limits on personnel 
lime, it is not generally a good idea for a person working on a research 
project to maintain a position remote from the analysis of his/her data, 
tae analysis of research data is an intrinsic part of the research pro¬ 
cess and it requires the same care and understanding of the research as¬ 
sumptions as does the design and collection of the data. 


Academic Computing Services exists, therefore, to assist faculty and 
students in tne best, most comprehensive use of the computing facilities, 
jome or tne facilities users might require are statistical programming 
dS SP f S and SAS ' programming languages such as FORTRAN and 
a na/or word processing software such as MUSIC SCRIPT. The staff 
can also ce of assistance in the design stage of research or instruction¬ 
al projects so that ease of use of the computing facilities is assured. 

Academic Computing Services staff will aid individuals in learning the 
ab - ^ ne hardware and software facilities available. Under ordinary 
~4.rcumstances Academic Computing Services personnel will not literally do 
projects ror an individual, but will try to provide advice on how to com¬ 
plete tne project most efficiently and effectively. 


When a project 
tas staff will att 
project. if the 
MSU the staff wil 
wire. If the proj 
ture of a significa 
person (s) making 
Computing Council f 
the appropriate sof 
iv. general, withou 
cannot provide sign 
er all is said and 
and if the staff ca 
cssearcher to recru 
provide tne program 


reguest is initiated by a faculty member or student, 
empt to recommend the best approach to completing the 
request requires software not currently available at 
1 assist tne researcher in finding appropriate soft- 
ect requires major program development or the expendi- 
nt amount of money to acquire the software, then the 
the request must submit a proposal to the University 
or review. Otherwise, tne staff will seek to provide 
tware based on perceived need and generality of use. 
t considerable lead time. Academic Computing Services 
ificant amounts of original programming support. Aft- 
done, however, if original programs must be written, 
nnot provide the personnel, the staff will assist the 
it a programmer (s)he can hire with his/her funds to 
support. 


Notwithstanding tne position taken above, there are few problems re¬ 
quiring the use of the computing facilities which cannot be accomplished 
«i^n existing sortware.. It is, therefore, a major part of the mission of 
M-aaemic Computing Services to bring the appropriate resources and facil- 
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itj.es together with the cesearchec. It is the further mission of 
Academic Computing Services to provide such training and consulting ser¬ 
vices as are needed so that students and faculty members can effectively 
and efficiently use the computing facilities. 

NTSU maintains considerable computing resources for academic computing 
purposes and is lixely to obtain more in the future. The opportunity for 
use is limited only by the imagination of the potential user. It is the 
objective of the Computing Center to provide for that use in the best 
possible fashion. 


CONSULTING SERVICES AVAILABLE TO STUDENT PROGRAMMERS 


The Computing Center offers research and statistical programming consul¬ 
tation to graduate students and faculty members, and will provide JCL and 
debugging help on a limited basis to anyone who needs it. The type of 
help often needed by Computer and Information Science undergraduate stu¬ 
dents, however, must be sought elsewhere. 

The Computer Science Department hires student consultants who are on 
duty in GAB 550L approximately 20 hours each week beginning the 4th week 
of the semester. Their primary function is to help students in CSCI 
classes 110, 111, 232, 201, 340 and 370 with program design and syntax 
errors in SASIC, PASCAL, FORTRAN, 360 Assembly, SNOBOL and PL/I. They 
do, nowever, insofar as they are able, consult with any student from any 
department. When there are people waiting, consulting time is limited to 
5-10 minutes per student. The consulting hours for this semester will be 
announced at a later date. No consultants are scheduled during finals 
week. Any questions regarding the Computer Science consultants should be 
directed to Susan Rulon, Microcomputer Lab Director, GAB 330A, ext. 
2810. 

The College of Business Computing Center is divided into three ar¬ 
eas, the Microcomputer Lab, the Minicomputer Lab, and the Remote Job Entry 
(RJE) area that was operated by the Computing Center in the past. Ac¬ 
cording to Cengiz Capan, Manager of the College of Business Computing 
Center, plans have not yet been finalized with regard to the level of 
consulting that will be available in the fall. This information will be 
announced at a later date. 

The Operations section of the Computing Center provides the following 
services at its Remote Job Entry Station, located in the Information Sci¬ 
ences Building (room 134). 

1. Distribution of output routed to RJE printer. Punched output dis¬ 
tributed. 

2. Information on individual job processing status. 

3. Job submission: instructing new users in operation of the RJE card 
readers, and ascertaining validity of the JOB card. Reading in 
card decxs for users when the system has been down, or the card 
reader is inoperative. 
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4. Basic guidance in tne use of the Keypunch machines and program 
drums. 

5. Assisting users in logging onto a display or hard-copy terminal. 

fa. Sunning 8C/80 listings and performing card utilities. 

7. Sample JCL setups for the most frequently used languages, and ma¬ 
nuals for all current languages, user guides, and a collection of 
BENCHMARKS for reference. 

8. Special handling requests for jots, such as punched output or spe¬ 
cial forms can be phoned in at 565-3860. 

9 . A Diablo printer is available for use by computer users to print 
MUSIC/SERIPT files and other documents which require high-quality 
upper and lower case typewriter-like print. 


IMSL INSTALLED 


IMSL library has been acquired and installed on the NAS/5000- It is 
omprehensive set of over 540 mathematical and statistical FORTRAN su- 
iroutir.es that can be utilized in the development of FORTRAN applications 
urograms. The following are general categories of subroutines available 
l r. the I MS L Library. 


1. Analysis of Variance 

2. Basic Statistics 

3. Categorized Data Analysis 

4. Differential Equations; Quadrature; Differentiation 

5. Eigensystem Analysis 

6. Forecasting; Econometrics; Time Series; Transforms 

7. Generation and Testing of Random Numbers 

6. Interpolation; Approximation; Smoothing 
9- Linear Algebraic Equations 

ID. Mathematical and Statistical Special Functions 


11. Nonparauietric Statistics 

12. Observation Structure; Multivariate Statistics 


13. Regression Analysis 

14. Sampling 
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Science and Tech- 


15. Utility Functions 

16. Vector, Matrix Arithmetic 

17. Zeros and Extrema; Linear Programming 

The manuals for the IMSL library are available in the 
nology Library (ISB) on microfiche. 

In older to access any of the IMSL routines, the following SYSLIB 
cards must be included in your step that executes FORGCLG: 

//LKED.SYSLIB DD DSN=SYS1.FORTLIB,DISP=SHR 

/ / DD DSN=RSRCH.D0683.IMSL.E91.DPLIB,UNIT=SYSDA,DISP=SHR 

WARNING; Our IMSL library is a double percision library, therefore, all 
real variables in your FORTRAN program must be declared REAL*8. 


E.T., CALL LAN 


Tr.e Local Area Network. (LAN) is now accessible via phone line. The num- 
cer is 565-4030, and this means that you can access' MUSIC, the VAXs, or 
the HP2000 just by dialing this number. All lines that are connected to 
tee system through this phone line are capable of handling 300/1200 baud 
modems. When you establish a connection through tnis number, you will be 
prompted with a pound sign (#). Depress the RETURN key once if the pound 
sign is not displayed. Now you will be able to establish a session with 
the computer of your choice through the call command: 


#CALL 5000 
#CALL 2000 
#CALL A760 
#CALL B730 


< -to access MUSIC (NAS/5000) 

< - to access HP-2000 

< - to access VAX 11/780 system A 

< - to access VAX 11/780 system B 


For more information on accessing the Local Area Network, a Quick Re¬ 
ference Guide is available at the Computing Center (ISB), the College of 
Business RJE, or the 5th floor GAB. 


AN EXPLANATION OF DUPLEX 


Occasionally, we encounter some confusion concerning the notion of du- 
lex. Ihe term "duplex" is most frequently used in the context of the 
ull and naif duplex settings for terminals, modems, terminal simulation 
rograms, etc... In this sense, duplex refers to the enabling and disa- 
ling of a phenomenon called "echo." The term "echo" is used to describe 
he act of displaying characters at your terminal as they are typed, 
cho can be enaLled or disabled at the terminal, a modem, the host compu- 
er, or the Local Area Network. Therefore, echoing can be accomplished 
at several different levels. If echo was enabled at your terminal and 
enabled at the host computer level, then you would receive a double echo, 
whicn means that every Key you would type would appear twice on your dis¬ 
play. In this instance, you would disable the echo (change the duplex 
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setting) at 
somrnon form, 
;abled echo. 


your terminal to receive a single echo, 
half and full duplex are the equivalents 


Thus, in its most 
of enabled and di- 


Duplex is 
jetween two 
i air-duplex 
30iit data bu 
: a e other mu 
:or simultan 
;ystems whic 
support full 
land shaking 


also used when describi 
devices, such as betwee 
communication means that 
t not simultaneously, i-e. 
st be receiving and vice-v 
eous transmission and rece 
h are accessible over th 
-duplex data transfers so 
(the XON/XOFF protocol) wi 


ng the direction of data transfer 
n a host computer and a terminal, 
both devices can receive and tran- 
, when one device is transmitting, 
ersa. Full-duplex however, allows 
ption r»y botn devices. All of our 
e network have been configured to 
that the network's communications 
11 function. 


Using the Computer for Research: Part XI - 
How to Save Hours and Hours of Time in Survey Research 

ny Steve Glick 


rf'iie 

oor 

nai 

La a 

in 

c or 

lit 

lit 

in 

ter 

I.ii 

_om 

th? 


n conducting research, especially survey research, one of the most la 
ious and error-prone tasks is the transcribing of data from question- 
re to Keypunch sheet. This process of coding data is actually one Oi 
most critical in the research process, as no level of sophistication 
research design can make up for data which are coded incorrectly, 
tuuately, though, this is one task where a bit of planning can save 

Tne degree of planning involves only tne ad- 
the questionnaire. Column numbers are shown 
serve merely to indicate where on the compu¬ 
te keypunched. If you prepare your question- 
lie in this fasm on, you can take the completed questionnaires to the 
puting Center data entry department (ISB 227) for keying directly from 
forms, rather than from the hand-transcribed Keypunch sheets. 


erally dozens of hours, 
ion of column numbers to 
example two (below), and 
card the variable is to 


although this is an extremely 
fence that few people utilize it 
time in transcribing the data, 
of a typical questionnaire which 
a Keypunch sheet. 


valuable service, it has been our exper- 
, and instead waste a great deal of their 
The following example depicts a portion 
would have to be manually transcribed to 
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SUBJECT ID 
AGE 


SEX 

GROUP 


1 . 

_ 1. I line computers a whole bunch. 

_ 2- As far as I'm concerned, CPU's can bite the dust. 

2 . 

_ 1- I would rather compute than graduate. 

_ 2. Graduation is the most important thing in the world. 

3. Computers are good Computers are bad 

1.... 2.3.4.5 ... .6 

4. Everyone should have No one should have 

a home computer a home computer 

1. ... 2.3.4.5 ... .6 


The next example shows the identical questionnaire with one addition: 
column numbers have been typed adjacent to the responses. This extra bit 
of attention spent during the initial stages of instrument design will 
completely free the researcher (or research assistants) from the arduous 
tasK of transcribing the data from questionnaire to keypunch worksheet. 
It should be stressed that the only differnce between these two question¬ 
naires is that the second one includes column numbers: this single dif¬ 
ference can save you lots of time. 


SUBJECT ID_ (1-3) SEX _(4) 

AGE _ (5-6) GROUP _ (7) 


( 8 ) 1 . 

_ 1- I like computers a whole bunch. 

_ 2. As far as I'm concerned, CPU's can bite the dust. 

( 5 ) 2 . 

_ 1. I would rather compute than graduate. 

_ 2. Graduation is the most important thing in the world. 

( 10 - 11 ) 

3. Computers are good Computers are bad 


4. Everyone should have 
a home computer 

1. ... 2.3 


4 


No one should have 
a home computer 


5 ... .6 


It is recommended that users request that the questionnaires be both 
"punched" and "verified". "Punching" is literally that—the punching of 
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ttio aata onto cards. Verification is similar to punching, except tnat a 
lata entry person different from the one who originally keyed your data 
„eys the forms a second time. The second time the data are keyed, howev 
er, the keypunch machine doesn't actually punch the cards, rather, it 
crocks (verifies) that what has been punched the first time matches what 
has beer, Keyed the second time. This process virtually insures that the 
data are coded in an error-free manner. 

It is more often than not the case that pre-research consultation bet¬ 
ween the Computing Center's research consultants and the researcher who 
plans to use the computer to analyze his aata will save all parties con¬ 
cerned a great deal of grief associated with computer analysis (especial¬ 
ly for those users who are new to computing) . 

I hose researchers who plan to utilize this keying service should check 
with data entry (1SB 227) or one of the research consultants to make cer 
rain that the questionnaire is in an acceptable format. An additional 
service providea by the data entry department is the typing of your ques¬ 
tionnaire to a MUSIC or WATERLOO SCRIPT (word processing) file on your 
MUSIC ID. Since data entry will type your questionnaire, you can ce sure 
tnat column numbers will be entered in an acceptable format. ... , . 

IMPORTANT NOTE: The Data Entry department will not keypunch directly 

from your questionnaire if it is not formatted properly. For this rea 
son, if you plan to do your own typing, it is critical that you have your 
.questionnaire format approved before you have your questionnaires print¬ 
ed . 


.oe the data have been keyed, one might wonder: "Well, 
)•*■"? The first step is to transfer the data cards to ■ 
la (MUSIC is the IBM timesharing system at NTSU) , or to . 
13 System) disk pack. This transfer creates a "card-imag- 
;ructions on how to go about making this transfer follow, 
-Ipful to first understand that to the computer, this "ca. 
5 still a decK of cards. Rather than existing on physical 
i 5 data exist as bits of magnetic code. As far as the 
unearned this magnetic code may still be thought of as tr 
uier caras. As the computing center is making plans to 
1 rd punches in the near future, (see "Keypunch Machines 
: this issue). a good practice is to go ahead and learn 
£ you haven't already done so. 


what do I do 
either a MUSIC 
an OS (Operat- 
e" file. In- 
but it may be 
rd-image" file 
cards though, 
researcher is 
aditional com- 
> do away with 
Bite the Dust" 
1 to use MUSIC, 


if you 
cisnt way 
fixe" or; 
punch on 
dred aata 
show tue 


have fewer than two or three hundred data cards, the most effe- 
to manage the data is to transfer the cards to a "save library 
your MUSIC ID-Code. Figure 3 shows the job that you should 
cards to complete this task. If you have more than three hun- 
cards, you should transfer them to an OS disk pack. Figure 4 
job you would punch on cards to do this. 
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EXAMPLE 3: MOVING DATA FROM CARDS TO MUSIC 

//IDCODE JOB (xxxx-yyyy,:10,1),NAME 
// EXEC PGM=IEBGENER 
/♦ROUTE PUNCH MUSIC 
//SYSIN DD DUMMY 
//SYSPR1NT DD SYSOUT=A 
//SySUT2 DD SYSOUT=B,DCB=BLKSIZE=80 
//SY.SUT1 DD * 


| data cards go here i 

J // STUDENT | 

I (Use one of the pink 'student' or 'faculty' cards | 

| available in the RJE areas) 

[ _ __ I 

Read tne cards into the card reader in either the BA or the main RJE sta¬ 
tion. Once the job has run, go to a MUSIC terminal and sign on. From 
the command mode (*GO), enter the command "OSJR". This will put you in 
the MUSIC Job Retrieval procedure. If the job hasn't run, wait for it to 
run. If it nas run, OSJR will say: "JOB 123 PUNCH OUTPUT READY FOR 
MUSIC". To move the data into a MUSIC Save Library, enter the following 
command while still in OSJR: "OUT DSID=PUN,FILE=MYFILE", where "MYFILE" 

is any file name you wish to use. OSJR will respond with "OUTPUT 
COPIED". At this time, enter the command "purge", type "end" to return 
to the *30 mode. You will now have a file called "MYFILE" (or whatever 
name you specified) which contains your data cards. 

Example 4 shows how to move the data from cards to an OS disk. The 
procedure is identical to example 3, except that instructions are given 
to the computer as to where to put the data on an OS disk. 


(note that the word 
"punch" must begin in 
column 10) 


EXAMPLE 4: MOVING DATA FROM CARDS TO AN OS-DISK PACK 

//IDCODE JOB (xxxx-yyyy ,:10,1),NAME 
// EXEC PGM=IEBGENER 
//SYSIN DD DUMMY 
//SYSPRINX DD SYSOUT=A 

//SYSUT2X > DSN=USER.1^Dxxxx. Py yy y . MYD ATA , DISP= (NEW, KEEP) , 

// SPACE= (W, 1000,100, (RLSE) ) , VOL= SER= AC ADn n , 

// DCB=(LRECL=80,RECFB=FB,BLKSIZE=1600) 

//SYSUT1 DD * 


data cards go here 


i // STUDENT | 

| (Use one of the pink 'student' or 'faculty' cards | 

I available in the RJE areas) | 

I I 

L-j 
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Once this jon has run, the data will exist on an OS-disk pack which is 
called "ACADnn," where "nn" is either 00, 01, or 02, depending on the na¬ 
ture of your work. ACAD01 is reserved for College of Business classwork, 
A C A DO 2 is for all other classwork, and ACAD00 is for research. The Data 
Sat Name (DSN) which you used in run is the name which you will use to 
direct one or the statistical packages (SPSS, SAS, etc.) to find the 
data. If you need help in retrieving the data with a statistical package 
or other program, contact one of the research consultants at the Comput¬ 
ing Center (5b5-2324). 

NOTE: In example 3 (above), the first four characters on the jobcard 
must be the same as your MUSIC-ID. In example 4, prepare the DSN in the 
following format, (USEE 1.Dxxxx.Pyyyy.MYDATA), where 'xxxx' matches the 
first 4 digits of your project number, yyyy matches the last 4 digits, 
and •MYDATA' is any name that you choose. The entire DSN can't exceed 44 
characters, and each 8 characters must be separated by a period 


************ 

* 

* OPERATIONS 

* 

************ 


* 

* 

* 

* 

* 


Backup Schedule for OS/MVT 

3S/MVT disK packs (Academic and Administrative) are backed up dai¬ 
ly, Tuesday through Saturday, from 4-6:30 AM, and Sunday from Mid¬ 
night to 3 AM. A backup of all the operating systems and their 
contents is done once every two weeks at some low activity period 
over the weekend. 


i_ 


Keypunch Machines Bite the D us t 


Ihe Computing Center has not renewed our lease on the 029 keypunch ma¬ 
chines and will be disposing of them on or about September 1, 1983. Two 
will remain in the Eusiness Administration building and two will remain 
in the ISb for the time being, but these will also eventually be removed. 
Computer terminals will replace the keypunches. The current plan calls 
for at least 64 terminals being in place in the BA, 64 in the GAB and 24 
in the ISE early in the Fall semester. 

All people who have done a lot of batch processing in the past in 
which punched cards were used should probably make alternative arrange¬ 
ments ror the Fall and future semesters. Some alternatives would be to 
use MUSIC, the VAXs, or some other interactive devices such as microcom¬ 
puters. 

The Computing Center is attempting to make hardware and software 
changes that are compatible with a 1980's computing environment, and this 
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move, along with other changes that are taking place is 
this goal. Please feel free to consult with any member of 
puting Services if you have any questions or concerns with 
abolition of the keypunch machines. 


reflective of 
Academic Corn- 
regard to the 


Pr im ary Access Centers Cha nged 


The terminal area in the Media Library (GAB) has been reduced in size, so 
that only two public access terminals are now housed there. The 5th 
floor GAB is now a primary computer access area, where public terminals 
are available on a first-come first-served basis for 1 hour at a time. 


Working, With TMS: Initializing Out of Area Tapes 


Researchers frequently request data from outside sources and are asked to 
send a tape on which the requested information can be stored and then re¬ 
turned to the researcher. If you are in this situation and you plan to 
nave the tape copied over to TMS, you may want to save yourself some time 
and trouble by having a tape initialized under TMS and then marked "out 
of area" when you send it to be written on. When the tape returns you 
can have it re-classified as a resident TMS tape and you will be all 
ready to go! 


AS/5ggg Performance Statistics for June, July 


June Performance Summary * 


1 System 

1 Type 

1 

1 

1 Operating | 

| Hours | 

| Scheduledl 

1 (OHS) | 

Maintenance! 
Hours | 

Planned | 
(KHP) | 

1_ 

Production!Maintenance! 
Hours | Hours | 

Planned | Unplanned 1 

(PHP) | (MHU) | 

_L l_ 

Actual |System| 
Production | Uptime | 
Hours | | 

(APH) | (SU) | 

_1_ J 

BBSS 

| 720 | 

0.00 

1 

1 

J 


71.94 ] 

i 


1 1 

| 9 0.0 % | 

-.j- . . .j 

i 720 | 

X _L 

20.47 

— r 

1 

1 

699.53 i 

_ i _ 

79.06 i 

620.47 

i 88. 1 % i 

i i 

r 

| OS/MVT 

i 

co 

in 

lO 

— 

0. 00 

r 

i 


74. 27 i 

1 

583.73 

i 88.7^ i 

1 1 

Bp 

mmm 

0.00 

—r 

i 

i 

257.00 I 

12.74 | 

_ X 


| 95.0%| 

1 i 

H 

0.00 

r 

j 


13.39 

243.61 

1 1 

| 94.85 1 


1 4 



























Lost Productivity Hours can be contributed 


to the following key causes*: 


bPU,Taiie, and, Disk Subsystems (NAS) 


1 . CPU Timing Failures 

2. CPU Timing Fix 

3. CPU Power Control Logic Failures 

4. 7330 DASD Failures 

5. 7350 DASD Failures 


TOTAL 


38.78 

8.13 

3.68 
11.13 

4.69 
68.41 


Hours 

Hours 

Hours 

Hours 

Ho urs 

Hours 


nimetrical & A/C Interruptions 
1 . Power Failures (2 Hits) 

Faulty Main Power Panel Replacement 

TOTAL 


11.45 Hours 
6.37 Hours 
11.82 Hours 


Unit Record Devices (IBM) 

T. 3203 Printer Installation 


3.11 Hours 


lermxnal Control Systems (ML MO RE X) 
1. 1270 ICU Malfunctions 


3.25 Hours 


Miscella ne ous 

1. Undetermined Causes for System Restarts 

2. 3203 Printer FCB Failure/Fix 

3. COM-PLETE/ADABAS Program Maintenance 

TOTAL 

GRAND TOTAL 


2.43 Hours 
2.61 Hours 

1-il Ho urs 
6.12 Hours 
95.65 Hours 


July Performance Summary * 


r l 

|3 ystem 

1 f/pe 

1 

1 

Operating|Maintenance 
Hours J Hours 

Scheduled! Planned 

(OHS) | (MHP) 

r -- 1— 7 

|Production!Maintenance 

I Hours | Hours 

| Planned i Unplanned 
| (PH P) 1 (MHU) 

1 _ _ * --—. —- 

| Actual 

1 Production 
1 Hours 

1 (APH) 

_i- -- 

T“ 

| System| 

|Uptime! 

1 1 

1 (SU) 1 

4- 1 

j. - 

|VM/SP 

j. - 4- 

744 | 

4.42 

T 

1 

1 

739.58 

j 

16.90 

1 

l- 

722. 68 

| 97 - 7% | 
4 - 4 

b - 

|MUSIC 

f-+~ 

| 744 | 

26.61 

H— 

1 

l 

717.39 

33.32 

1 

-4— 

684.07 

| 9 5. 4% | 

4-1 

l-- 

| OS/MVI 

| 671 | 

5.31 

1 

i_ 

665.69 

34.94 

1 

-4— 

630.75 

| 94.8X1 
4 -1 

1 -- 

| COMPLETE 

| 255 1 

3.50 

i— 

1 

i 

251 - 50 

14.86 

--- 

1 

-4-- 

236.64 

| 94. 1%| 
4-1 

t- 

1 A DA BAS 

i_ 

1 255 

3.61 

-T— 

1 

-X- 

251.33 

| 14.99 

-- 

1 

236.34 

| 94.0X1 

i j 


Lost Productivity Hours can be contributed to the following key causes 
x PU,IaHe, and Disk Subsystems (NAS) 


1 . 

CPU 

Parity 

Errors in : 

. 

7835 

Port 

2 DASD C.U. 

3. 

7 330 

DASD 

Failures 

4. 

7350 

DASD 

Failures 

5. 

Scheduled 

Maintenance 


X An 


6.08 

Hours 

1.42 

Hours 

1.35 

Hours 

8.01 

Hours 

4-88 

Hours 

TOTAL 21.74 

Hours 
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Unit Record Devices (IBM) 

1. 2821 1/0 C.U. Failures 

2. 3525 Card Pur.ch Failures 

3. 3272 1CU Failures 

TOTAL 

Control Systems ( MEMORE X) 

1. 1270 ICO Malfunctions 

iiiS££llaneous 

1. Undetermined Causes for System Restarts 
2- TMS Update 

3. COM-PLETE/ADABAS Program Maintenance 

TOTAL 

GRAND TOTAL 


22.95 

Hours 

3.11 

Hours 

3.51 

Hours 

29.67 

Hours 

2.42 

Hours 


1.30 

Hours 

3. 1 1 

Hours 

1.00 

Hours 

3.83 

Hours 

7.66 

Hours 


♦NOTE 1: 
♦NOTE 2: 
♦NOTE 3: 
♦NOTE 4: 
♦NOTE 5: 
♦NOTE 6: 


CPU availaoility will be approximately equal to VM's % Uptime 

SU = APH/PHP 

APK = PHP - MHU 

PHP = OHS - MHP 

OHS = PHP + M HP 

MUSIC'S PLANNED MAINTENANCE HOURS includes 20.20 hours of 
system backup time in June, and 21.73 hours of system backup 
time in July. 


♦Lost productivity is calculated on the greatest amount of elapsed time 
that any one of the production systems was unavailable for scheduled 
operation. 


****#*### 

* 

♦ SPSS 

* 

********* 


♦ ♦ * * 
* 
* 
* 

* * * * 


SPSS 9.1 Gets Re prie ve 


The original plan was to purge SPSS Version S.1 from the system at the 
beginning of the Fall semester, thus forcing everyone to use the "newer 
and Letter," albeit somewhat different, SPSS-X. This plan has been al¬ 
tered, somewhat, so that SPSS 9.1 will be left on the system until the 
end of the Fall semester. This should give everyone plenty of leeway in 
getting used to SPSS-X, even if they weren't here during the summer. 
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************* 
* * 

* SAS * 

* * 
************* 


SAS 82.3 


I ns last issue of BENCHMARKS announced the installation of SAS 82.3. It 
tas now become the default procedure, so that when you execute SAS, you 
automatically get SAS 82.3 

The following information documents various foibles and idiosyncrasies 
present in the many features and procedures of SAS 82.3. 

PSDC ADCLUS 

• 0P1 = 3 and 0PT=4 may give suboptimal solutions. The problem has ap¬ 
peared only with multiple similarity matrices. 

PBOC ALSCAL: 

* A system completion code 0C5 occurs when an output data set for 5 or 
6 dimensions is created. 


• Enhancements: PROC ALSCAL options; 


MAX DiM=n 
DIMMAX=n 
MIN DIM = n 
DIMMIN=n 


Use the MAX DIM and MINDIM options when you want to scale your 
data in several spaces differing in their dimensionality. 
Solutions will be obtained for spaces of each dimensionality 
from MAXDIM down to MINDIM, inclusive. The number of solutions 
will be MAXDIM-MINDIM+1. The number of dimensions (n) may be 
an integer value 1 through 6. MAXDIM may not be less than 


HEADER 

CONDIIION 
WRITE 


MINDIM. 

Use the HEADER option to print a header summarizing the 
options in effect for the analysis. 

This option is equivalent to CONDITIN. 

This option is no longer needed and has no effect. 


• Printed Output changes: The missing data message is not printed 

when a matrix has no missing data. The header page has been 
changed. The average S-STRESS and RSQ values are now printed cor¬ 
rectly wnen the data are SHAPE=RECTANGULar and CONDITION=ROW. 


*- Algorithmic Changes: changes have neen made in the way that missing 
data are estimated for computation of the initial configuration. 
Rabionwitz's Line-Of-Sight procedure is now used. This provides 
much better initial configurations, especially when there are large 
amounts of missing data. Unfolding (i.e., analyzing RECTANGULar 
data) works much better due to the changes in estimating missing 
data on the diagonal blocks. Also, Shonemann's solvability condi¬ 
tions are checked, and the analysis aborted when they are not satis¬ 
fied. An error message will be printed. 
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° ERROR CHANGES: The CUTOFF parameter now works properly for 

SHAPE=RECTANGULar data. Three errors have been found in the routine 
that transforms the data when LEVEL=INTERNAL and when the transfor¬ 
mation is DEGREE=1 (the default LEVEL and DEGREE). Two of these er¬ 
rors have been fixed, and the third is being investigated. Until 

the third is fixed, the default measurement will be LEVEL=ORDINAL. 

° 0UT= must be specified if INITIAL= is used. Any of a wide variety 

of errors may occur otherwise, the nature of which are system and 

data dependent. One possible effect is that the initial values will 
be garbage, causing overflow or suboptimal solutions if the proce¬ 
dure runs to completion. 

PROC ANOVA 

• In earlier releases, the dependent variable label was printed after 
the heading for the MEANS/DUNCAN output. Now a note prints over the 
label and it is not being shown. 

PROC BMDP 

• Since NTSU is running the 1982 version of BMDP, DO NOT specify UNIT= 
on the EROC BMDP statement. 

• BMDP and SAS use different structures for correlation matrices. If 
you create a correlation matrix with PROC CORR and try to use it in 
a PROC BMDP statement for a BMDP procedure, it will probably give 
you a "BMDP file error." You must first convert the SAS correlation 
matrix into the form BMDP expects before calling PROC BMDP. The 
same goes when using an output correlation matrix from BMDP: it must 
be converted to a proper SAS correlation matrix before SAS proce¬ 
dures (such as SYSREG) can use it correctly. 

PROC CHART 

• When charting continuous variables, CHART selects midpoints of the 
intervals to be represented in the chart. If the value of a varia¬ 
ble fails exactly half way between two midpoints shown on the chart, 
SAS puts the value in the higher of the two intervals. 

• The maximum number of levels allowed for a PIE chart is 50- An HBAR 
chart will be produced if the number of levels exceeds 50. 

• The maximum number of levels allowed for a STAR chart is 24- An 
HBAR chart will oe produced if the number of levels exceeds 24. 

• When using SUBGR0UP= the height of the bar for each subgroup is cal¬ 
culated individually, rounding up or down depending on its percen¬ 
tage of the total bar. Rounding may cause the total height of the 
bar to be higher or lower than it would be if SUBGROUP= was not spe¬ 
cified. If all subgroups are rounded up, the bar height will be 
greater than the total allowed and the subgroups on top may not ap¬ 
pear. 

• PROC CHART does not use the format associated with the SUMVAR varia¬ 
ble when TYPE=MEAN is specified; the format is used only for 
TY PE = SUM. 
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„ one slice of a PIE chart will be grouped into 'OTHER' if tne leve 
accounts for less than three print positions on the circle s penme 

ter. 

. CHART doesn't print extremely large frequencies correctly. If the 
FF; £Q= option is used with CHART, and the variable indicated has ex 
tremely large values, the printed values may be incorrect. This is 
because CHART accumulates frequencies in fullword integer format, 
and very large values may cause overflows. These overflows are not 
indicated anywhere in the listing. If SUMVAR= is used, everything 
works correctly. 

. if a single HBAR statement in PSOC CHART specifies charts for more 
than one variable, and each variable has a different format, the 
format for tne first variable will be used for all of the variables 
for which charts are produced. This problem occurs when the 

MIDPOINTS option is used. If the user specifies the DIS P 

to specify values, the problem does not occur. 

* If a variable represented in a pie chart has only one valu ® J^uch 
that there is only one slice), the leftmost digit on the percentage 
is truncated. Instead of 100.005 PROC CHART produces 00.00%. 

. A PIE chart with PAGESIZE = 90 and LINESIZE = 132 produces a fe « 

of garbage at the bottom of the page, gust below the pie. Using 
shorter linesize or pagesize eliminates the problem. 

. PROC CHART does not verify that a SUMVAR variable is numeric before 
summing. Instead, it accepts a character variable and suras the 

EECDIC representation. 

« When TY P E=C FR E £) or TYPE=CPCT are used with pie or star charts, the 
TYPE= option is ignored, and TYPE=FREQ is assumed. 

PR DC CLUSTER 

• In PROC CLUSTER an overflow can occur if the standard deviation of 
the variables is too large. A circumvention is to divide all varia 
bles oy ten, or by the largest standard deviation of al J the varia 
bles. Try to get the standard deviation to oe close to unity for 
numeric variables used in the VAR list. 


PROC COMPUTAB 


COi'IPUTAB currently does not support the SAS/IO statements; 
MERGE, UPDATE, INPUT or PUT. If used, SAS abends. 


SET, 


. If MTITLE test length is greater than or equal to the width occupied 
by the columns to which the MTITLE applies, columns following the 

MTITILE are shifted to the right an extra number of positions, 
titles positioned with _TITLES_ are positioned correctly and may be 
written over by incorrectly shifted columns. 

• Using the SUKBY statement to consolidate values over bles 

riables does not work properly if there are more tnan two variables 

on the SUKBY statement. 
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PROC CORE 


• The NOPROB option in PROC CORK suppresses variable labels. 

PROC DATASETS 

• To list the data sets you want to keep in a SAS data base, use a 
SAVE statement, not a KEEP statement. 

• Page 705 of the SAS User^s Guide: Basics 1982 Edition gives an exam¬ 
ple in which an abbreviated variable list occurs in a RENAME state¬ 
ment. PROC DATASETS does not support this, this is a documentation 
error. 

PROC DISCRIM 

• To get what some statistical packages refer to as standardized dis¬ 
criminant functions, do the following: 

1. Code dummy 0-1 variables for the classification variable. The 
number of dummy variables should be one less than the number of 
classes. 

2. Use CANCORR to run a canonical correlation analysis between the 
dummy variables and the numeric variables. Look at the 
CANONICAL COEFFICIENTS. 

Example: 

DATA; INPUT GROUP $ X Y Z; 

CARDS; 

A 1 2 3 

B 4 5 6 

... input data ... 

To code the dummy variables: 

DATA; SET; DUMMY 1= (GROUP = »B');DUMMY2= (GROUP = 'C') ; . . . 

To produce the canonical correlations: 

PROC CANCORR; VAR X Y Z; WITH DUMMY1-DUMMYn; 

3. PROC DISCRIM does not produce a linearized discriminant function 
when P00L=N0. In fact, no such thing exists. There is a quad¬ 
ratic discriminant function, but PROC DISCRIM dees not print it. 
A user has written a macro to compute the quadratic discrimi¬ 
nant. See SUGI Proceedings, 1981, p. 531, "A SAS MACRO for Cal¬ 
culating the Quadratic Discriminant Function," by Charles S. 
Davis. 

PROC EDITOR 

• The LASI keyword for the last observation works only as the second 

part of a range specification, e.g. LIST 1,LAST; With only the key¬ 
word: LIST LAST; it prints the current observation for a variable 

called LAST. To list the last observation enter: BOTTOM; LAST; 

- In order to locate cnaracter values containing leading clanks using 
the FIND command, you need to specify the appropriate $CHARw. format 
on an INFORMAT statement. Place the INFORMAT statement after the 
PROC statement ar.d before the RUN statement. 
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PROC FORECAST 


FORECAST handles missing values embedded in the series (for STEPAR 
method), replacing them with forecasted values. PROC FORECAST re¬ 
turns the message: NOT ENOUGH OBSERVATIONS TO FORECAST in the sim¬ 
plest invocation of PROC FORECASI when there is less than 26 obser¬ 
vations in the data set to be forecasted. This is because the 
default method is STEPAR and the default number of lags is 13. To 
circumvent tnis, specify a smaller number of lags ( < one half the 
number of observations), or use METHOD=EXPO. 

When !1ETH0D=EXP0 and TREND=3 are specified, the standard of the 
predicted value is calculated incorrectly. 

If LEAD=0 is specified it is ignored and the default of LEAD=12 is 
used . 


PROC FORMAT 

• The LOW 
ERR0R2: 


keyword must 
DUPLICATE OR 


be used first in the 
OVERLAPPING VALUES. 


list. Otherwise you get 


« Formatted values must oe in quotes if you have a number followed by 
E or D; otherwise, you get error message 106. For example: 

PROC FORMAT; 

VALUE XYZ 1='5E* 2=5W 3=6M; 

• If you are creating formats via PROC FORMAT and want to use the for¬ 
mats in the same SAS step, you may abend with a S106E if you use se¬ 
parate DD statements for storing and retrieving the formats. .o 
avoid this, use PROC FORMAT DDNAM E=SASLIB, and indued a //SASLIB DD 
statement in the JCL for both storage and retrieval. 


The use of null formats causes unpredictable results. 
PUT function, the job will abend with a SOCr; if 
PRINT, only the variable names are printed. 


If 

used 


used 

with 


in a 
PROC 


To change the format of a variable already stored in a SAS data set, 
follow the SET statement with a FORMAT statement. 


FORMATS 


« WEnKDATE and 
than needed. 


WORDDATE right align when the output field is larger 


PUT ALL ; uses the BEST8. format for variables that do not have a 
format, "if a PDw.d format is used in a PUT of FORMAT statement, and 
a is greater than or equal to w, you get this error message: 

ERROR 143: 0< = NUM BER of DECIMAL PLACES<WIDTH 

even though d<=(2*w-1) is possible. The error does not occur when 
the PDw.d is an INFORMAT or when it is used as an output format in a 
PUT function. To circumvent the problem, scale up the value being 
formatted by 10**x so that d-x=w-1, and specify a format of PDw.d-x 
in the PUT statement. 
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• The SAS User^s ^uide: _ Basics documentation states that SAS supports 
the ZD format width or 32; however, incorrect output is produced for 
a width greater than 16. 

PROC FORMS 

• The DOWN = option is ignored when used in conjunction with the 
DDNAME= option. By specifying CC and DOWN= you get the desired re¬ 
sults. Unfortunately, this solution leaves a carriage control char¬ 
acter in column one of the first line of a page. 

• If both 1= and PACK are specified as options on a LINE statement, no 
indention occurs for that line. 

PROC FREQ 

• Total weighted values are rounded before printing. Values in the 
output data set are not rounded. 

• PROC FREQ skips pages when TITLES are used. 

• When a variable in a TABLES statement has an associated format that 
groups the data, FREQ produces one output record for each group de¬ 
fined by the format. The format is associated with the variable on 
the output-data set of frequencies and is used whenever the variable 
is printed (unless the format is overridden). The actual value of 
the variable in each output observation is the minimum value that 
occurs in the data for the group. 

• Floating point error in PROC FREQ occurs if there are non-integer 
weights, and a large number of observations spread over a small num¬ 
ber of cells. Frequencies are accumulated in single precision 
floating point. When they are integers, no error is encountered un¬ 
til the numbers are greater than 7 digits. However, when non-integ¬ 
er weights are used the sum may be inaccurate even after only a 
thousand observations. Don't use PROC FREQ to accumulate large 
sums. If you do, use it only when the counts are spread over many 
levels. Use PROC MEANS and SUMMARY instead, since they use double 
precision. According to the SAS UserJ_s Guide: Basics the NOPERCENT 
option of PROC FREQ causes the cell percentages of the total fre¬ 
quencies not to be printed. However,the row and column total per¬ 
centages (at the right hand side and bottom of the table) are not 
printed either. There is no way to get the row and column total 
percentages printed without getting the cell total percentages 
printed also. 

• If the first variable in the BY list is formatted and the second is 
not, the data ace grouped without using the format. However, the 
format is used to print out the results. 

• PROC FREQ is not using the BES112. format for one-way frequency ta- 
ble s- This can result in garbage in the FREQUENCY column when a 
WEIGHT variable with a very large value is used, such as 
WEIGHT=le12. To circumvent this, code a dummy variable that has the 
same value throughout the data set and use the TABLES statement: 

TABLES X*DUMMY/LIST; 
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format for the 


This will force PROC FREQ to use the BEST12. 
frequency and cumulative frequency. 


PROC FUNCAT 

® The ML option is effective only when no response function is speci¬ 
fied. A RESPONSE statement (even if it gives the standard response 
function), causes the ML option to be ignored. Thus, if you combine 
tne ML and N03LS options with a RESPONSE statement, the result is no 
output except the initial problem description. 


• The COV option only produces output when a 
plicitly given. If you allow the response 
produces no output. 


response function is 
function to default. 


e x- 
COV 


* FUNCAT 
squares 
and more 
Known. 


qives incorrect parameter estimates (both weighted least 
and maximum lixelihood) when the NOINT option is specified 
than one response function is present. No circumvention is 


• Usxiig the 
can yield 
ADD. 


"add constan 
the erroneous 


t» transformation on the RESPONSE statement 
message: ERROR: CONSTANT DOES NOT CONFORM TO 


FUNCTIONS 


C 


There two types of SAS functions, library functions and built-in 
functions. The default length of the receiving variable for library 
functions is 200. The default length for the built-in functions is 
the length of the original variable. The buile-in functions are: 
LAG, DIF, SUBS T R, TRIM, PUT, INPUT. 


Unexpected results occur when the PUT function is used with a varia¬ 
ble not previously referenced in the DATA step. The PUT function 
seems to define the variable as character, even when a numeric for¬ 
mat has been specified. Zero values are returned 


c The TINV function is causing SAS to abend. 

• The INTNX function ahs three arguments, the first of which is to 
contain only the keyword WEEK, MONTH, QTR, or YEAR. If some other 
argument is used, a missing value is returned for date, rather than 
an error message for the invalid argument. 

• Functions do not allow over 4095 arguments. To circumvent this, 
split up the function into two parts so that neither part uses over 
4095 arguments. 

• When the functions N and NM1SS have only one argument, a syntax er¬ 
ror 315 occurs: TOO FEW ARGUMENTS TO CALL OR FUNCTION. 


• The statement 
X = POISSON (0, 1) 

causes the error messages: ILLEGAL ARGUMENT TO FUNCTION and 

MATHEMATICAL OPERATIONS COULD NOT BE PERFORMED 
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--- !!§.§.£ L§. Gui4§ : basics 1982 Edition, however, says that each 
argument of POISSON must be greater than OR EQUAL TO zero. The for¬ 
mula given on page 177 can be applied to POISSON (0,0) giving the re¬ 
sult (e**-0) * (0**0/factorial (0) ) . This works out to 1 if you de- 
xine 0**0 to be 1, which the SAS system does. 

• The RANGE function when called with one argument results in ERROR 

316: TOO FEW ARGUMENTS FOR CALL OR FUNCTION. 

6 If the INTCK function is used with the interval of SECOND, the num¬ 
ber of intervals returned is invalid. 

• When the first argument (the year) of the YYQ function is invalid, 
tne function correctly returns a missing value but does not print an 
invalid data message. 

PROC GLM 

® The TEST statement will not produce any output if E= is not speci¬ 
fied. Without an ERROR all values are printed using the model er¬ 
ror. 

• When the NOSORT OPTION is used on the MEANS statement in GLM, the 
means for the specified multiple comparison are put in descending 
order. NOSORT is supposed to keep this from happening. 

• An abend may occur when the model is fully specified and a MEANS 
statement is specified asking for multiple comparisons, but not in¬ 
cluding the E= option. This is a user error. When E= is not speci¬ 
fied, the residual mean sguare is used, but the residual mean square 
is zero when the model is fully specified. The user must specify 
the error term to be used in this case. 

PROC HARVEY 

• The BY statement does not work with HARVEY. If a BY variable has 
rwo or more values, HARVEY produces output for the first BY group 
only. If a BY variable has one value, HARVEY loops indefinitely. 

INFORMAT 

• The w.d portion (width and decimal scaling parameter) of an informat 
is ignored on the INFORMAL statement. A $w. informat is used only 
for determining the length of a character variable. Only the infor¬ 
mat type (DATE RB PD) is used and only this portion is reported by 
PROC CONTENTS. 

PROC ISAM 

• If tnG ENDKEY and ENDKEYV options appear not to work, check the 
r,EYP0S= and K£YLEN= values. They probably have been set incorrect¬ 
ly. If they are not set properly the program will check the wrong 
location for the ending key and never find it. 

• Although IBM does not support creating ISAM files with internal keys 
starting in position 1, it is possible to do so. This implies a RKP 
(relative key position) of 0, which also means that they key is not 
contained in the record. When an ISAM file is read, with RKP=0 spe- 
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cified, the key is not returned within the record even if it was 
intended to be part of the data. When this situation arises the 
LRECL for the OUTFILE created from PROC ISAM should equal the length 
of the record less the key length. If the original LRECL is speci¬ 
fied the following error message is given: ERROR:_ XXX LRECL 
SPECIFIED IS LARGER THAN RECORD SIZE. Also note that since the key 
is not returned, ENDKEY and ENDKEYV won't work. 


PROC LAV 

e The LAV procedure does not woric correctly when a BY statement is 
used. 

* The LAV procedure does not checK for missing vlaues, so missing va¬ 
lues are treated as zeros. 


PROC LOGIST 


The documentation for PROC LOGIST 
SuH£l&SS,htal Library. User^s Guide 
number 6, which does not appear in 
ference is: A. R. Shapiro (1 977) 


in the 1980 edition of the SAS 
refers the reader to reference 
the list of references. The re- 
"The Evaluation or Clinical Pred¬ 


iction", New England Journal of Medicine, 296, 1509-1514. 


PROC MATRIX 

. Output data sets created from PROC MATRIX are not available for 
fetching within the same execution of the procedure. 


® li the message 
sis, enclose 
thin*, you mean 


portion of the NOTE statement begins with a parenthe- 
the message in single quotes. Otherwise MATRIX will 
a subscripted assignment. 


• The following operations will work properly with any matrix dimen 
sions: 

TRACE 

D1AG 

VECDIAG 

+-#<>>< 88 <=<>=>= -= MOD #/ 

ALL ANY 
LOC 

(*,*) subscripts without operators 

i 

MOVE - - ABS INT 
NROW NcOL 
SHAPE 


// 

SUM SSQ MIN MAX 

I 

J 


• When the user specifies COLNAMES to give variable names for the out¬ 
put data set, MATRIX does not checK that the names are valid. if 
the name begins with a blank, it is ignored. A future release or 
MATRIX will check variable name validity and produce an error mes¬ 
sage when appropriate. 
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• A logical expression of the form "1<T<K" does not have the same ef¬ 

fect in PSOC MATRIX that it does in the DATA step. In the DATA 
step, the expression is true if the value of T is between 1 and K. 
In PROC MATRIX, the expression "1<T" is evaluated first; the result 
of this logical expression (either 0 or 1) is then compared to K. 
If K is greater than or equal to 1, therefore, the expression 

"1<T<K" is true in PROC MATRIX. 

• A PROC MATRIX program using very small numbers generates an under¬ 
flow error message and then goes into a loop. Looping can be avoid¬ 
ed by specifying OPTIONS DUMPLONG; so that SAS abends after the un¬ 
derflow condition is raised 

PROC MODEL 

• MODEL SYSNLIN SIMNLIN has been revised to improve the diagnosis of 
errors. 

1. Three special variables (_GBS_, _ITER_, and _LIST_) are set up 
by the compiler. _OBS_ has observation numbers. _ITER_ has the 
iteration. _LIST_, when set to a nonzero value, dumps the va¬ 
lues of all variables. 

2. If an error (such as a zero divide) occurs during the priming of 
the lag, it is suppressed and execution continues. If the error 
occurs during the simulation, it is diagnosed better, with a 
dump of the values. 

3. In both SYSNLIN and SIMNLIN the DETAILS and XREF option can be 
used to request compiler details and a cross reference respec¬ 
tively. 

• Certain constructions of expressions should be avoided since they 
generate incorrect derivatives. This happens when all of the fol¬ 
lowing hold: 

1. You use an undeclared variable to hold an expression 

2. The derivative of an endogenous variable results in this undec¬ 
lared variable, and 

3.. The undeclared variable is reset later to a different value. 

0 X1-X8 notation does not work. 

MORTAGE 

• When the value of the RATE= option in PROC MORTGAGE is near or over 
100%, the PROC divides the RATE= value by 100, that is, RATE=1.1 be¬ 
comes 1.1%, not 110% as in the SAS/ETS User^s Guide 1982 Edition. 

PROC OPTIONS 

• The LOWERCASE/NOLOWERCASE option is obsolete and replaced by C98/46. 
If specified, the option is ignored. 


- 28 



PBOC PLOT 


. It is no longer necessary to specify a lot of points to get true 1 
qanthmic plots. If the values specined are logarithmic, the 
lues between points are also interpreted logarithmically. 

* When the VAXIS= and/or HAXIS= statements specify an impossibly large 

number of values, the situation is not diagnosed. SAS may abend 

5322 (out of time) without printing the PROC PLOT statements or an 

error on the log. 

« If the value of VP.EF= specified is greater than the largest value, 
t£e reference line is dr^wn at the top of PLOT and not at the loca¬ 
tion specified. 

• The formula used in determining the last tick mark has been changed 
when you specify HAXIS= or VAXIS= in the form of 

HAXIS=a TO b BY c; 

In prior releases, if you specified: 
nAXIS=1 TO 72 BY 4; 

the last two tick marks would be 69 and 72- Since 72 is not ^ven 
increment this value will no longer be a tick mark, and tne largest 
value plotted will be 69. 

« FORMATS for character variables are not used for PROC PLOT. 

PROC PREDICT 

. To create tne CALIBRATION data set expected by PREDICT specify 
POOL= Y5S on the PROC DISCRIM statement, in addition to specifying 
PRIORS statement. 

* The signs of the coefficients are backwards 
PROC PRINCOMP 

. When COV and PARTIAL options are used together, all statistics in 
the OUT'ST AT= data set except means and standard deviations 
wrong. The user can fix tnis situation by either of the rollowing: 

1. Use PROC STANDARD S=1- to standardize only the PARTIAL variables 
to unit variance, 

2. Use PROC FACTOR. 


PROC PRINT 


When the ROUND option is specified ror PROC PRINT, 

lues oy multiplying by 10 raised to the number of decimal places 
specified for the format, rounding the number to an mteger, an.d 
moving the decimal back to the right place. Since a 

fication is meaningless for a PICTURE format, most users do not give 
a decimal specification in the FORMAT statement. PRINT, therefore, 
rounds the original number to an integer before summing. This ap 


27 



proacn causes the sum to be incorrect. To circumvent this, qive the 
correct decimal specification in the FORMAT statement. 

« When the ROUND option is specified and one of the SUM variables has 
a small negative value (for example, -0.0005), the value is rounded 
to two decimal places, resulting in a rounded value of -0. Since -0 
is the internal representation of a missing value, the value is 
printed as To avoid this, assign a format such as 8.3, where 

the "d" specification is large enough to ensure that the value will 
not round to -0. 

• When all values for a character variable are missing, PRINT prints 
an entire column of blanks, and non-missing values in the followinq 
columns may be shifted to the left. 

• The value of the last ID variable is sometimes partially overprinted 
oy the first variable's value. 

• SAS abends sometimes when PROC PRINT attempts to process lonq char¬ 
acter values (approximately 150 or more). 

• ! RINT ^ gnores RESIZE when CORE size is marginally small. 
PRINT tries to use what is available, and therefore it will process 
a smaller page of data than PAGESIZE, wnen PAGESIZE is large. To 
circumvent this, increase the CORE size. 

• In some cases, values of a second ID variable may print as blank. 
The pronlem occurs only with a large number of variables. 

PROC PRINTTO 

• When you use proc PRINTTO, we suggest that you do not specify any 
DCB parameters for your output file (the file which PRINTTO isre- 
coroing your SAS output). if you must specify DCB parameters, spe¬ 
cify all DCB parameters completely (RECFM, LRECL, BLKSIZE), and be 
sure to include an A in the RECFM specification; if you omit the A, 
SAS procedures written in PL/I will abort. 

PROC PROBIT 

• It has been reported that sometimes PROBIT executes, produces all 
expected output, the abends with a SYSTEM CODE=606. Specifying: 

OPTIONS LEAVE=4096; before the PROC PROBIT statement should elimi¬ 
nate the problem. 

PROC RANK 

• The effects of TIES=L0K and TIES=HIGH have been reversed when the 
DESCENDING option is specified. The change was made because the old 
method seemed illogical. 

PROC REG 

• When a BY group is empty because there are missing values in all ob¬ 
servations, the labelling of the output pages is incorrect; the emp¬ 
ty BY group is used to label the next section of output. 
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. RESTRICT statements cause garbled names because a 

not long enough to hold places for restrictions. It overflows into 
the memory for variable names only if the number of variables plus 
restrictions in the model are greater than the maximum of 

1. 16 times the number of dependent variables, and 

2- the total number of variables mentioned in the PROC plus one 

All results are still valid, but the dependent name is garbled, 
and other names may be for supplemental statistics. 

• The SAS Userls Guide: Stat istics says that the data set created by 
an OUTPUT statement contains "all the variables -or which.the analy 
sis was performed..." In fact, the output data set contains all the 
variables from tne input data set, plus the ones named in the OUTPUT 
statement that contain statistics. 

. when PROC CORE is used with the NOSIMPLE option on the PROC state¬ 
ment, the resulting OUTP= data set is not suitable for PROC REG or 
GLH because it does not contain an observation for the number of non 
missing observations for each variable. To circumvent this, do not 
use tne NOSIMPLE option. 

PROC RELEASE 


The error lessage 197: INVALID PARAMETER occurs i£ theTYEE= option 
is coded in PROC RELEASE. To circumvent this, use the BOUNDARY- op 

tion. 


PROC RIDGEREG 

• When there are more variables than observations PROC RIDGEREG abends 
with: 

IB M 30 11 'oncode* =0320 'zerodivide' CONDITION RAISED AT 

OFFSET=000a60. 

Having more variables than observations is a misuse of the proce¬ 
dure. Ridge regression should be used only for a full rank model. 
Run the model with fewer variables if possible, so the number of ob¬ 
servations is larger than the numner of parameters. It more gener¬ 
ally abends when the design matrix is singular; e.g. , when an extra 
column of ones is inserted. 


PR3C SCORE 


Tne TYPE= data set option and TYPE= procedure option are often con- 

SCORE. The procedure ignores the data set option, 
option TYPE= gives the value of the _TYPE_ 
coefficients are to be obtained. The 

which is appropriate 
specify TYPE=FACTOR as a procedure 

‘ ‘ (which 


fused in PROC 
Tne procedure 
from which scoring 
lue or the procedure option TYPE is "SCORE 11 , 
for IYPE=FACIOR data sets. Never 
option, 
have TYP 


variable 
default va- 


since this will cause the factor pattern coefficients 
E ='FACTOR') to be used as scoring coefficients. 


Residuals are being 
predicted" 


computed as "predicted-actual", not "actual- 
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PROC SIMNLIN 


• 10 make the autoregressive specification described in the SAS/ETS 
User^s Guide, 1982 Edition section on PKOC SYSNLIN work for PROC 
SIMNLIN you need to transform the LAG of the expression. For exam¬ 
ple, change LAG (Y-YHAT) to LAG (Y)-LAG (YHAT) . Moving average speci¬ 

fications do not worx, since they require use of the lag before it 
is defined. SAS Institute suggests the truncated autoregressive 
equivalent, e.g. A*LAG(U) +A**2*LAG2 (U) +A**3*LAG3 (U) . . . 

PROC SORT 


• By default, observations are kept in their original order for iden¬ 
tical BY variable values. When either NOEQUAL or EQUALS is speci¬ 
fied, tms option is passed to the systems sort utility and SAS 
takes no action to ensure any particular order. Presumably, EQUALS 
would have the same effect as SAS's default action. 

• PROC SORT does not handle KEEP, RENAME or DROP statements. You can 
use these statements as data set name parameters on the DATA= and 
OUT= data sets. 

GENERAL COMMENTS 

• OPTIONS OBS=0; is not equivalent to a simple syntax check. Specify¬ 
ing this option requests that no input lines from external files be 
processed and that no observations be read from SAS data sets. Some 
unexpected results with OBS=0; are: 

1. External files are opened and closed for each data step. If you 
are writing to an external FILE with PUT, and end of file mark 
is written and any data in the file are wiped out. 

2. Procedures that process the directories of SAS data sets (DELETE 
and DATASETS) are executed 

3. PROC RELEASE is executed 

4. SAS data sets are created with zero observations 

• The variables in a bY statement have to be variables on all data 
oats previously defined in SET statements. Input the data sets that 
do not contain the BY variables after the BY statement. 

° An excessive number of DO groups within one DATA step may cause the 
error message 344 (STATEMENT TOO LONG) or (rarely) an abend. 

« The value of the INDEX variable after a DO loop is START + INCREMENT 
* (1NT ( (STOP-START) /INCREMENT) +2) . When the INCREMENT is one and 
START S STOP values are integers, the final value is one greater 
than the STOP value. 

• ihe OBS= option controls only the number of observations read by SAS 
using a SET statement or the number of records read by an INPUT 
statement. If the trailing aid) is used on the INPUT statement or an 
OUTPUT statement is used, for example, it is possible to create SAS 
data sets with more records than specified in the OBS=option. 
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• The message: 

EEROE: the VARIABLE XXX IB THE KEEP LIST HAS SEVER BEEN REFERENCED 

-w-*ot-c -f vrtn trv to KE’-’P a variable that has not been defined, or 
KTou tr to° U KEE! aMrlable that has already been referenced in a 
KEEP statement. A POIHT= variable cannot be kept. If 
KELP statement the above error message is generated. 


TITLE statements beginning with 
within a DATA step or PROC MATRIX 
there is no restriction. To sepa 
RUN; after the last statement in 
a DATA step is parsed as an ARRAY 
MATRIX is parsed as a matrix name 
left parenthesis in quotes then t 
place the statement in your SAS j 
step ERROR 5000 will occur. If 
ERRORS 31, 19 33 and 32 will occu 


a left parenthesis are not allowed 
Between DATA and PROC statements 
rate a TITLE from a DATA step place 
the DATA step. TITLE ( - - - > 

name. TITLE ( - - - ; in a PROC 

If you enclose the title or the 
here is no restriction on where you 
ob. If TITLE ( is used in a DATA 
TITLE ( is used in PROC MATRIX then 
r. 


The message ERROR 405: INVALID NUMERIC HEX LITERAL OR , - - 
cur when the Word Scanner encounters a number.followed y 

a_v~ to avoid this, enclose the string in quotes. . 

Jas been reported in PROC FORMAT, and PROC EDITOR when specifying an 
INFQRMAT of DA IE and the month begins with an A-F. At this p 
time there is no way to correct the problem with SAs. 

aii kppp DROP and RENAME options associated with an input (SET) 
data^set^ are°executed^before kV, DHOP.anc( RENAME statements within 
a DATA Step, which are in turn executed before the KEEP, DROP, 
RENAME options associated with an output data set. 
groups, KEEPS and DROPS are executed before RENAMES. 


Ranges of 
example: 


array names 


can't be used with double subscripting- 


For 


DATA * 

ARRAY X (I) X1-X10; 

ARRAY Y (I) Y1-Y10; 

ARRAY Z (I) Z1-Z10; 
ARRAY XYZ(A) X—Z; 
DO OVER XYZ; 

DO 1=1 10 10; 

XY Z=0; 

END; 

END; 


SAS will assume that the array XYZ contains 
rather than the arrays X, Y, and Z. Tnus, 
executed 21 times, rather than 3 times. 


the variables XI to Zl, 
the outer loop would be 


Litvin 

their P iabels. This line is truncated after r32 characl ter 
suppress printing the variable labels by specifying. LABEL VAR1 
VAR2= ; after the PROC statement. This LABEL statement 1 
only for the duration of the procedure. To suppress use of all 
riable labels specify OPTIONS NOLABELS; 
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* -f a numeric variable does not have a format associated with it, SAS 

procedures will use an implicit format of BEST 12. when grouping it 
for EY-processing. Thus, if a variable has a large number of signi¬ 
ficant digits and two observations differ in value only after the 
9th significant digit, they will be grouped together in the same 
3Y-group, even though they have different values. To avoid this,' 
give the bY variables a format that provides enough differentation 
when formatted values are used for BY-processing (e.g. BEST32.). 

• Several procedures output blank pages when N0PR1NT is specified. 
Among them are: 

SYSREG - writes headers on blank pages 

AUTOREG - blank page 

REG - prints title & BY-lines with NOPRINT and no options on MODEL 

SYS NUN - prints header 

ARIMA - prints extra pages with titles if NOPRINT is specified on 
IDENTIFY and FORECAST statements 

MATRIX 


• SAS formats compared to formats in other languages: 


S AS 

ASSEMBLER 

FORTRAN 

PL/1 

COBOL 

RB4. 

E 

REAL*4 

FLOAT BIN (21) 

COMP-1 

RB 8. 

D 

REAL*8 

FLOAT BIN (53) 

COHP-2 

132. 

H 

IN TEGE R*2 

FIXED BIN (15) 

COMP PIC 9999 

IB4. 

F 

INTEGE R*4 

FIXED BIN (31) 

COMP PIC 99999999 

IB8. 

“ 

— 

- 

COMP PIC 9 (18) 

PD4. 

PL4 

— 

FIXED DEC (7,0) 

COMP-3 PIC S99999 

ZD3. 

ZL3 

— 

PICTURE'999 ' 

DISPLAY PIC S 99 

SCHAR8. 

CL8 

A8 

CHAR (8) 

PIC XXXXXXXX 
or PIC X (8) 


• When writing reports, the number of lines available to the report 

depends upon a number of factors. The number of lines available is 

the value of PS minus the number of TITLE lines, minus the value or 
SKIP®, ana minus the number of FOOTNOTE lines (where appropriate). 

• The END=option on multiple INFILE statements may not always work as 
indicated and should not be used. Use the EOF= option instead. 

• When a very long title (80 characters or so) is used and the OPTIONS 
DATE is specified, the date overlays the title (rather than printing 
on the subsequent line as it should). 

MACRO Statements 

• %D0 *UNTIL/%END is documented to work the same as the data step DO 
UNXIL/END. Inis means that the condition is evaluated at the bottom 
of the loop so that the statements within the loop are always exe¬ 
cuted at least once. However, %DO % UNTIL works the same as %D0 
%WHILE in that the condition is evaluated at the top of the loop. 

• IF an * text . . .; comment is the first statement inside a ®MACRO, 

an ERROR 180 may be generated when the macro is executed. This usu¬ 
ally occurs if the macro is called more than once. To circumvent 
the problem, move the comment after a statement or use %* . „ .; or 

*/ for the comment. 
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PROC XII 


• The C19 = option on an OUTPUT statement in the ETS procedure XII is 
nor recognized by SAS. • An ERRORIO results if the C19= option si 
used. 

. Every month of a series to be multiplicatively adjusted must contain 
a positive, non-zero numeric entry. 

PROC DELETE 

« Options NODSNFERR does not work with PROC DELETE, and the data set 
is flagged with an ERROR 200. 

PROC SYSNLIN 

- SYSNLIN has been modified so that shared parameter models are han¬ 
dled properly. (An experimental option from a previous release, 

N02SLS, is now obsolete and unusable.) With shared parameter mo¬ 
dels, R-square can be distorted, even negative. This is because it 
is no longer appropriate to use the corrected SS as a denominator. 

PROC SYSREG 

• Tape input data sets cannot be used by SYSREG if: 

1. BY groups are used 

2. OUTPUT statements are used 

3. D'w option is used 

* You cannot use a variable list in the OUTPUT statement. 

. If you use NOINT, model F and R-sguare use the unrestricted SS of 
the dependent (i.e., testing all parameters -0). If using the 
RESTRICT statement, however, 

Model F=(SST - SSE) £df r 

MSE , . _ 

will be incorrect, even negative, since the formula adjusts for an 
intercept even though the intercept is not there. Therefore, always 
use NOINT rather than RESTRICT. 

- If more than one dependent variable is specified on the MODEL 
STATEMENT in SYSREG and the COV option is used, the covariance ma¬ 
trix is printed for the last dependent variable only. The COVB & 
CORRB option can be specified on the SYSTEM statement in SYSREG. 
This is not documented for the 79 User's Guide or the 80 SAS/ETS 
Guide. 


PROC TABULATE 

• If the number of possible combinations of CLASS variable values, 
analysis variables, and statistics in the page expression of a TABLE 
statement is greater than 32767, incorrect output can be produced. 

Note that this is a problem even if the number of actual combina 
tions on the data set is small. The number of possible combinations 
is calculated by adding the number of statistics for each analysis 
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variable and then multiplying this by 
CLASS variable in the page expression, 
solutions: 


the number of levels 
The following are 


for each 
possible 


1 . 


Put one or more of the CLASS variables 
a BY statement 


in the page expression in 


2 . 


Wove one or more of the CLASS variables, the analysis variables, 
or the statistics to the row or column expressions. Reclassify 
the data to combine the information from two CLASS variables in 
the page expression one variable. 


************* 
* * 

* MUSIC * 

* * 
************* 


TO CALL MUSIC, DIAL: 565-3499;3989;3999;4025;4030 


MUSIC Backup Hours 

Following are the scheduled hours for the MUSIC backup. A message 

rntl ,. all users signed-on to MUSIC approximately 10 mi¬ 
nutes berore tne bacxups are begun, and will be in the form- ** 
MUSIC SHUT DOWN AT xxxxx AM - SCHEDULED BACKUP ** To find out the 
bacxup hours while signed-on to MUSIC, enter HELP HOURS 


MUSIC 3acKup Hours 

Tuesday 3 am (for about 3 hours) 

Wednesday-Saturday 4 am (for about 2 hours) 
Saturday Midnight (for about 2 hours) 


Weexly Backup 
Daily Backup 
Daily Backup 


i_ 


_i 


Summer Classroom ID Codes Purg ed 


All ID codes tnat were assigned through classes as part of the course re¬ 
quirement this summer were purged from the system August 
rangements must be made to reactivate any of these ID's, 
tnrough the course instructor. 


13. 

and 


Special ar- 
must be done 
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EDTSUB; Using the MUSIC Editor From Within a Program 

IJTr( ;,i R i an editor subroutine which can be called from a user program, 
rt loads the CONTEXT EDITOR from the system library E *^ates work urea 
and buffers for the editor, and gives control to the EDITOR, 
of the edit, EDTSUE returns control to the calling program. 


SYNTAX: 

I his subroutine can be called from the user program. The calling sequence 
is as follows: 

CALL EDTSUB (FILENAME,PARMS,DELIM,CMDUNIT,WRKUNIT,AREA,LEN,RETCOD) 

. FILENAME The name of the save file (or /INPUT) to be edited. Must 
end with a blar.K if less than 22 characters. It may be left blank 

(null) - 

. PARMS Editor options and commands, as on the /EDIT command follow¬ 
ing the file name. The end of the string is indicated by the delim 
iter character,as defined in the next argument. Maximum data 

length, not counting the delimiter, is 100 characters. 

® DELIM A delimiter character, used to end the PARMS argument. 

« CMDUNIT Unit number from which initial editor commands are to be 
?ead It must be 0 to 15, and not 9 or 1 to 4. This unit replaces 
unit 5 from which the editor normally reads commands at the start of 
the edit session. If the unit is zero, no reads are done. To have 
the editor read commands from a file, the caller must open the file 
(e-a. using OPNFIL routine ) before calling the editor, or den 
file in a /FILE statement. The order of editor input is: 


1. Input from 'CMDUNIT'. 

2. Commands from the 'PARMS' string, if any. 

3. Commands entered conversationally from the terminal. 

• WRKUNIT Unit number of editor UDS work file (must be 1) . 

. AREA A main storage work area. The minimum size area is 16000 
bytes. Typical size: 32000 bytes. 

• LEN The length of the main storage work area. Must be 16000 or 
more. 

• RETCOD Integer return code. See topic 4. 


RESTRICTIONS and EXCEPTIONS: 

Foliowin a is a list of exceptions ; 
ered when using the EDTSUB routine: 

1. An editor UDS work file must 
cient main storage work area 


nd restrictions which must be consid- 

be defined on unit 1, even if suffi - 
is provided so that no work file I/O 


is needed- 
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2. Only a SAVE LIBRARY FILE can be edited. A UDS HAY NOT BE EDITED. 

3. All of the 8 arguments in calling this subroutine must be speci¬ 
fied. See SYNTAX topic 1. 

4. Upon return from EDTSUB, various terminal options set by the 
EDITOR may still be in effect, and the user program may need reset 
some of these. For example, the Editor suppresses the conversa¬ 
tional read prompt (the ' ?' prompt), and it may be restored by 
calling the 'PROMPT' routine. A 'TEXT LC' command done by the -ed¬ 
itor may be undone by calling the 'TEXT LC' subroutine. 

EXAMPLE: 

The following is an example of a FORTRAN program calling the EDTSUB su¬ 
broutine: 

/FILE 1 UDS (S&TEMP) NEW DELETE LR (1 28) NR (8000) BUFNO (0) 

• mm 

/LOAD F0RTG1 

REAL*8 AREA (3000) 

INTEGER RETCOD 

CALL EDTSUB(* M YFILE ' ,'NEK;TEXT LC $ 0,1, 

AREA,24000,RETCOD) 

IF (RETCOD .NE. 0) GOTO 900 


900 WRITE(6,10) RETCOD 

10 FORMAT (' ** ERR - RETURN CODE IS : ’,14) 


STOP 

END 
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SE1DEN CODES and. MESSAGES: 

Following is a list of possible RETURN CODES generated by EDTSUB after it 
has been called by the main program: 


CODE DESCRIPTION 

0 Normal end of the EDIT (does not necessarily mean that a 

successful save was done). 

1 Problem with the 'EDITOR' modules, inform the MUSIC syste 
personnel of this problem immediately. 

2 Error in arguments to this subroutine. 

3 Main storage work area is too small. 

4 (reserved) 

5 (reserved) 

6 Invalid operands in edit parameter field. 

7 Save Library file name invalid. 

8 File is in use. 

9 File not found. 

10 File not accessible. 

11 File type is not suitable for editing (e.g. RECFM=U). 

12 Save Library file's record length is too big. 

13 UDS file being edited is not suitable for editing- 

14 Editor work file is missing or not suitable. 

15 Insufficient Editor buffer space or allocation (issued by 

the EDITOR). 

16 Error reading the file being edited. 

17 EDIT-LOG data already exists and user said to stop this 
edit and do edit restart. 


MUSIC Support for CMS and UNLOADED PDS Files on Tape 


Two new MUSIC utility programs are now available to retrieve CMS files 
wnich were dumped to a tape by using the CMS TAPE DUMP command, or mem¬ 
bers of an OS partitioned data set which were dumped onto tape using the 
IE3 IEBCOPY utilitiy. In both cases, all or selected files/members can 
De restored into a save library file. These utilities are available only 
upon reyuest. For more information please call Mohamad Salashoor at 
565-2324. 
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************* 
* * 

* VAX 11/78 Os * 

* * 
************* 


TO CALL THE VAXs, 
depending on which 
work) . 


DIAL: 565-4030 and enter either CALL A780 or CALL B780, 
system you want (this is through the Local Area Net- 


VAX Backup Schedule 

Incremental backups of both VAX systems are performed Monday 
through Thursday at 5 PH. Any files that have been created or 
cnanged are backed up. Users do not have to log out, but any files 
tnat are open at the time of the backup will NOT be backed up. 

Full backups of both systems are done every Friday at 5 Pft. Again, 
users do not have to log out, but any files that are open will not 
be backed up. 

A "stand alone" backup of both systems is done on the last working 
aay of the month. During this time, all system software, as well 
as user riles, are backed up. The systems must be taken down for 
this backup, which usually will not last more than 1/2 hour. All 
users that are logged on will be warned of the impending backup, 
and must log out. 

NOTE: No backups are taken on the weekends. Requests for restora¬ 
tion of files should be made via MAIL to the username OPOO. 


VAX Administrator Hi red 


Hr. Kimball P. Stickney, currently a software engineer with Digital 
Equipment Corporation in Massachusetts, will join the Academic Computing 
staff on August 25 as Administrator for the VAX 11/780 minicomputers. 
Besides assuming his duties as VAX Administrator this Fall, Mr. Stickney 
will negin working on a PH.D. in Music here at NTSU. Mr. Stickney can be 
contacted by calling the Computing Center (565-2324). 


TIMEOUT 


A TIMEOUT facility has been implemented for all VAX users. If you leave 
your terminal unattended for 15 minutes, your session will be closed, and 
you will be logged off. You must reestablish your network session with 
the CALL command and log in again to resume computing. This was imple¬ 
mented in an effort to keep users from tying up ports when when they are 
not really doing any computing. 
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01 *1-1 O'" 


VftX^VMS PRIMER 


ra 

be 


no VAX/VMS Primer is on 2-hour reserve at the Science and Technology Li 
ear y ~i n~ t He "infirm at ion ScIiKce~ ilding . ^ Three additional copoxes of 


thie document will be available in the 5th floor lab area in the GAB 


************* 

* * 

* HP-2000 * 

* * 
************* 

TO CALL THE HP, DIALi 565-3300;3900;3899;3966 


HP 2000 Backup Schedule 

| i.outine system backups are scheduled to be performed at the follow- 
| ing times; 

I 3:00 a.m. Monday through Friday for approximately 20 minutes. 

1 4:00 p-m. Friday for approximately 1.5 hours. 


HP NOTES 


by 

Jeff Brooks 


Summer Class ID^s Expired 


a 

iraiing with an f or an 
ee below) expired on Friday, August 
tem. If you have any other problems 
Computing (565-^2324). 


(excluding those be- 


nP accounts assigned through a particular class _ 

I which are faculty ana individual accounts 

12 and were be deleted from the sys- 
with your account, contact Academic 


Faculty and Individual Accounts to Expire September 1 


All accounts beginning with F or I will expire on 
wish to keep your account active for another year, 
being accepted. To renew your account, pick up a 
ception area of the Computing Center, fill it out 
receptionist on duty. Your renewal will validate 
September 1. 


September 1- If you 
renewal forms are now 
renewal form at the re- 
, and return it to the 
your account until next 
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GET A "SUBSCRIPTION" TO BENCHMARKS 


BENCHMARKS is a vital link between the NTSU Computing Center and the us- 
ers of our facilities. It is important for all users of the computing 
racilities to maintain a file of these newsletters because they contain 
materials which will periodically update existing documents as well as 
information and suggestions on uses of OS-MVT, MUSIC, the HP-2000, and 
other resources available to NTSU students and faculty. To facilitate 
the dispersal of BENCHMARKS, *** FREE *** subscriptions are now availa¬ 
ble. To receive yours, send the following information to us either by 
"snail mail" (the post office or campus mail) or electronically, through 
the MAIL facility on MUSIC. 

Name 


Mailing Address 


PLEASE GIVE A CAMPUS ADDRESS (NOT BOX) IF POSSIBLE - It's Cheaper ! 









PLEASE RETURN TO: 

Academic Computing Services 
The Computing Center 
NT Box 13495 

North Texas State University 
Denton, TX 76203 




